home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
BBS Toolkit
/
BBS Toolkit.iso
/
qbbs
/
sbbstip3.zip
/
SBBSTIPS.TXT
Wrap
Text File
|
1993-03-23
|
60KB
|
1,406 lines
─ Area: SUPERBBS ─────────────────────────────────────────────────────────────
Msg#: 677 Rec'd Date: 02-12-93 03:39
From: Kelly Gibson Read: Yes Replied: No
To: Singh Khanna Mark:
Subj: SuperBBS Option
──────────────────────────────────────────────────────────────────────────────
-=> Kelly Gibson drooled this drivel to Singh Khanna about SuperBBS Option on 02-12-93 03:39 <=-
SK> I guess I'm just feeling dense tonight, but could you
SK> explain your
SK> method a bit more? How does a single flag determine which menu
SK> the User will
SK> go to first? This could solve a problem I've had for a little
SK> while now, so
SK> I'm real interested <grin>...
KG> using a type 1 menu option (Goto new menu) like so:
KG> | 1 | QWKMENU | <-A-> | 40 | X------- -------- --------
KG> etc. . . | 1 | MAINMENU | <-A-> | 40 | -------- --------
KG> --------
KG> notice that the QWKMENU check with the userflag A1 is an automatic
KG> (ctl-a) for the hotkey and is used Before the automatic send to
KG> MAINMENU. If the user flag is not set, it will ignore the QWKMENU line
KG> and continue on to the next which is MAINMENU.
KG> Hope this explains it a bit more. You can also build a small
KG> questionaire that either toggles the flag (depending on your version
KG> of SBBS), turns it on, or turns it off. By doing this you can add an
KG> option to run the questionaire in your personal changes menu and give
KG> the user the option of turning it on, or off at will. :)
KG> -!- SuperBBS 1.17 Gamma-1 (Reg)
KG> ! Origin: ** The gutters of Sludge ** (1:152/13)
KG> 1
─ Area: SUPERBBS ─────────────────────────────────────────────────────────────
Msg#: 958 Rec'd Date: 02-15-93 14:53
From: Joseph Voigt Read: Yes Replied: No
To: Singh Khanna Mark:
Subj: LastRead Pointer Problem
──────────────────────────────────────────────────────────────────────────────
-=> Joseph Voigt drooled this drivel to Singh Khanna about LastRead Pointer Problem on 02-15-93 14:53 <=-
JV> Thus Spake Singh Khanna to All on 02-11-93 about LastRead Pointer
JV> Problem.
JV> Hello Singh,
SK> I have a serious problem with my lastread pointers, they simply
SK> aren't! I'm not sure why.... The file is being created, and FTools
SK> find it, and the BlueWave Door has no trouble finding new mail,
SK> only SBBS.
SK> Any ideas?! This is starting to drive us nuts over here!
JV> 90% of Lastread problems are solved by simply moving your 5 or 6
JV> message files to the main \sbbs directory. Try moving all your
JV> message files from your mail directory to your root \sbbs directory,
JV> run config and update the paths and see if it works. I bet it does :)
JV> Joe
JV> * MKRead v1.01 * A feature is a bug with seniority.
JV> -!- FastEcho 1.21a (reg)
JV> ! Origin: The Danse Macabre 210-623-1395 San Antonio, Tx
JV> (1:387/638) 1
─ Area: SUPERBBS ─────────────────────────────────────────────────────────────
Msg#: 686 Date: 02-14-93 09:34
From: Ed Becker Read: Yes Replied: No
To: Mike Pugh Mark:
Subj: Msg Base Locked??!!
──────────────────────────────────────────────────────────────────────────────
-=> Ed Becker drooled this drivel to Mike Pugh about Msg Base Locked??!! on 02-14-93 09:34 <=-
MP> Now this might be an alternative I hadn't thought of.... I have
MP> not done enough testing to find out, but you may have something
MP> here.
MP> The problem is as I see it (please someone correct me if I am
MP> wrong), is that since node2 is a sbbs stand-alone system, then
MP> the message base files remain open to node2 ALL THE TIME. This
MP> means that TosScan can NEVER have access to the msg files,
MP> since node2 has them open all the time, right??? mp
MP>
EB> If that is true, then try this: Have all copies of SuperBBS exit at
EB> an event errorlevel... Then, lets say node 1 is going to do the
EB> maintenance. You can have node1 create a file called BUSY.FLG... Your
EB> other nodes, when exiting for maintenance, can have a batch file that
EB> does this:
EB> :wait
EB> if exist c:\superbbs\busy.flg goto wait
EB> That way they will idle at DOS until node 1 is done. Node 1, when it
EB> finishes the maintenance, will get rid of busy.flg
EB> Would this help?
EB> -!- GEcho 1.00
EB> ! Origin: The Land of Mordor (1:3618/2)
EB>